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1. INTRODUCCION. 


Las razones del creciente interes por la gestion de proyectos se hacen evidentes 
mediante un cuidadoso examen del panorama actual de los negocios. Pero mas 
importante es, que gestion de proyectos, es sinonimo de gestion del cambio. Las 
organizaciones que quieren modificar su enfoque o direccion reconocen, cada vez 
mas, que implantar verdaderos cambios requiere la introduccion de nuevos 
productos, procesos o programas de manera oportuna y de manera eficiente en 
costes. 

Sin embargo, es inquietante ver el gran numero de proyectos que no logran 
satisfacer sus objetivos basicos. Pero esto no debe ensombrecer la fmalidad de la 
gestion de proyectos. 

La Gestion de Proyectos tiene como fmalidad principal la planificacion, el 
seguimiento y control de las actividades y de los recursos humanos y materiales que 
intervienen en el desarrollo de un Sistema de Informacion. Como consecuencia de 
este control es posible conocer en todo momento que problemas se producen y 
resolverlos o paliarlos de manera inmediata. 

Profundizando en la gestion de Proyectos podemos evidenciar que la fase de 
definicion se puede considerar la fase mas importante de cualquier proyecto. A 
menos que se lleve a cabo eficazmente, el proyecto tiene pocas probabilidades de 
exito. 

Esta fase abarca areas como definir el objeto del proyecto, fijar objetivos, 
acordar presupuestos, etc., es decir, esta fase del proyecto representa su mismo 
fundamento. La manera en que se lleva a cabo, marcara la pauta para el resto del 
proyecto. 

Los objetivos especificos de este trabajo iran encaminados no solo en incidir en 
como desarrollar una buena Fase de definicion del proyecto, sino que se aportaran 
puntos que consigan dar una mejor vision comercial a la misma, y a la vez cumpla 
las expectativas de exito previstas, para lo cual nos apoyaremos en estrategias que 
favorezcan estos objetivos. 


El desarrollo de este Trabajo, identificado por los diferentes capltulos que 
lo componen, se ban definido siguiendo un hilo conductor para poder desgranar 
la Gestion de Proyectos informaticos, y de esta manera poder hacer una mejor 
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penetration en la fase de definition, para poder aportar mejoras en su enfoque 
mas comercial. 

Es decir, tras la “Introduction”, mediante el capltulo: 2(“Proyedo”), se 
consigue dar una vision generalizada de la gestion de proyectos Informaticos. 

En los capltulos: 3(“Fases de un proyecto informatico”) y 4(“Fase de 
definition de un proyecto informatico”), descomponemos los proyectos 
informaticos en sus diferentes fases y mostramos mas en detalle la fase de 
definition de los mismos. 

Mediante el desarrollo de los capltulos: 5(”Puntos claves en un enfoque mas 
comercial de la fase de definition”), 6(“La negotiation”), 7(“Deteccion de 
oportunidades comer dales”), 8(“Evaluacion del proyecto”), 9(‘‘Como minimizar 
costes”), 10(“Integracion de la incertidumbre en elpresupuesto”), 11 (“Gestion de 
riesgos en la definition”) y 12(“Preparation de la oferta”), nos centraremos en 
dar un enfoque mas comercial de la fase de definition de un proyecto informatico. 

Por lo tanto, el planteamiento de este Trabajo, esta basado en un guion que 
da una vision general de la Gestion de Proyectos, para posteriormente profundizar 
en el enfoque mas comercial de la fase de definition, de una manera natural. 
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2. PROYECTO. 

2.1. ^Que es? 

Antes de que podamos examinar la gestion de Proyectos en detalle, deberiamos 
comprender que es un proyecto y por que la Gestion de Proyectos es distinta de las 
actividades de gestion rutinarias. 

La caracteristica mas obvia de un proyecto es que debe lograr un proposito en 
particular y ese se indica normalmente en el nombre del proyecto. 

Pero segun el Project Management Institute (2000), un proyecto es “una 
iniciativa temporal que se pone en marcha para crear un producto o servicio unico”. 
De manera altemativa, un proyecto se puede ver como un conjunto bien defmido de 
tareas o actividades que deben realizarse para cumplir las metas del proyecto. 

Un proyecto informatico es un sistema de cursos de accion simultdnea y/o 
secuencial que incluye personas (casi siempre se caracterizan por el uso de 
equipos de proyecto multifuncionales), equipamientos de hardware, software y 
comunicaciones, enfocados en obtener uno o mas resultados deseables sobre un 
sistema de informacion. 

Como los proyectos consisten en tareas bien definidas, suelen existir metas 
especificas asignadas al proyecto; entre estas metas se encuentran las 
especificaciones de calidad y de diseno, y los objetivos de coste y programacion. 



La definicion de proyecto informatico no difiere demasiado de la definicion de 
proyecto, tan solo varia el campo de aplicacion de las tecnicas asociadas al proyecto. 

Una de las fases mas complejas del proyecto es la de definir los objetivos. La 
persona que encarga el proyecto rara vez conoce claramente los objetivos, tan solo 
tiene una idea general, quiere informatizar algo o gestionar algo. Este es uno de los 
problemas con que se encuentra el informatico en las primeras fases del proyecto. El 
no definir los objetivos correctamente es la causa de muchos de los problemas que 
se presentan durante el cielo de desarrollo del proyecto informatico. 
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Teniendo en cuenta la ingente cantidad de aplicaciones informaticas que se 
desarrollan en nuestros dlas, junto con las particularidades de un proyecto de este 
tipo, parece interesante abordar el problema, y analizar que caracterlsticas 
especlficas conviene tener en cuenta, eventualmente, en la gestion de proyectos de 
desarrollos informaticos. 


2.2. Por que planificar una gestion de proyectos. 


Por que planificar una gestion y su importancia en la futura fase de definicion 
del proyecto. 


Afrontar la responsabilidad de un proyecto puede parecer una perspectiva 
desalentadora. Muy a menudo, las instrucciones se reciben solo en un memorandum 
de media pagina, o bien, son el resultado de una reunion de un comite. Pero 
debemos convertir eso en algo concreto, algo que sea facilmente identificable y, lo 
mas importante, que este bajo su control. 



Dada la creciente importancia de gestionar proyectos complejos, es inquietante 
ver el gran numero de proyectos que no logran satisfacer sus objetivos basicos. Este 
es uno de los motivos principales por el cual se debe plantear una planificacion 
sobre la gestion de los proyectos que se deban afrontar. 

Los siguientes son algunos de los errores comunes que llevan a las 
organizaciones a fracasar en la Administration de los Proyectos, sin la aplicacion de 
una metodologia: 

a Tratar de corregir un proceso en vez de cambiarlo. 
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& No concentrarse en los procesos. 

& No hacer caso de los valores y las creencias de los empleados. 

IS Conformarse con resultados de poca importancia. 

8 Abandonar el esfuerzo antes de tiempo. 

IS Limitar de antemano la definicion del problema y el alcance del esfuerzo 
de reingenieria. 

8 Dejar que las culturas y las actitudes corporativas existentes impidan 
lograr el exito de los planes. 

Tratar de que la planificacion se haga de abajo para arriba. 

IS Confiarle el liderazgo a una persona que no entiende la reingenieria. 

IS Escatimar los recursos destinados a los proyectos. 

8 Enterrar la Administracion de los proyectos en medio de la agenda 
corporativa. 

8 Disipar la energia en un gran numero de proyectos. 

8 Concentrarse exclusivamente en el diseno y no cumplir con las fechas de 
los entregables. 

8 Dar marcha atras cuando se encuentra resistencia. 

8 Prolongar demasiado el esfuerzo. 

8 Sobredimensionar los tiempos del proyecto teniendo en cuenta "lo que 
pudiera pasar". 
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3. FASES DE UN PROYECTO INFORMATICO. 

3.1. Ciclo de vida de un proyecto informatico. 

Atendiendo a diferentes autores o metodologias, podriamos enumerar las 
diferentes fases que componen un Proyecto informaticos de diferentes maneras, por 
ejemplo una de la mas representativa podria ser: 


Aprobacion 


Definition 




Fase de Aprobacion 

La direccion de la compania identifica un problema, lo interpreta o 
conceptualiza en forma de proyecto, encarga y analiza su viabilidad tecnica y 
economica y los riesgos y en su caso lo aprueba. 


Fase de Definition 

En esta fase se analizan con mas detalle los requerimientos del proyecto y 
objetivos que se desean alcanzar y el contexto de la organizacion y sus sistemas, 
para proceder a una definicion mas precisa del proyecto y una planificacion 
inicial de recursos. 


Fase de Planificacion 

En esta fase se debe marcar y documentar los hitos o resultados del proyecto y 
ponerlos en el tiempo. Tambien se realiza y documenta la organizacion de los 
roles y distribution de las cargas de trabajo dentro del equipo del proyecto. 


Fase de Ejecucion 

En esta fase se realiza una preparation de planes mas detallado, revision de los 
planes elaborados, comprobacion de su estado de avance y replanificacion de 
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trabajos. El desarrollo de esta fase es un ejercicio de gestion y de manejo de 
personas e incidentes. 


Fuse de Cierre 

En esta fase se debe incluir y documentar la realization de pruebas del 
rendimiento y robustez del sistema entregado, su asimilacion, utilization y el 
cumplimiento de los objetivos y estandares definidos en el inicio. 


3.2. Fases de un proyecto desde un punto de vista 
estrictamente comercial. 


3.2.1. Deteccion de oportunidades: 

La fase de deteccion de oportunidades es, probablemente, la mas 
comercial de todo el proyecto. Consiste en detectar un hipotetico futuro 
contrato investigando las posibilidades a partir de anuncios o 
convocatorias (publicas o restringidas), aprovechando la relation formal 
con el Cliente potencial contactos informales, o incluso, tratando de crear 
necesidades en el Cliente (convencerle de que se puede realizar para el 
un trabajo que realmente necesita). 

La deteccion de oportunidades puede realizarse de muy diferentes 
maneras: contactos comerciales, publicidad y autopromocion, 
convocatorias y concursos publicos y privados o, incluso, la creation de 
una necesidad en el potencial Cliente. 

La actividad comercial de busqueda de oportunidades y 
preparacion de ofertas debe ser un proceso constante y recurrente en 
toda empresa. 

Pero no solo basta con detectar que existe una oportunidad de 
negocio concreta. A continuation es necesario evaluar si dicha actividad 
es viable con respecto a los recursos del Cliente (su presupuesto), y 
compatible con nuestra experiencia previa en ese campo y con la 
competencia en el sector. Esta evaluation, que culmina en una decision 
preliminar, no esta basada aun en ciffas numericas de costes e ingresos, 
sino mas bien en factores generales y estrategicos tales como la afinidad 
del tema con los intereses y la experiencia de la empresa, el orden de 
magnitud del redo del contrato, etc. 
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Si la evaluation preliminar asi lo aconseja, se procede a 
continuation a evaluar detalladamente el coste de realizacion los 
trabajos, el precio de venta, el margen y el beneficio esperado, la 
disponibilidad de recursos y los plazos temporales. Sobre esta 
evaluation, ya solidamente fundamentada, se toma la decision final 
acerca de la conveniencia o no de preparar una oferta. La preparacion de 
la oferta exige tiempo y recursos, y el coste es demasiado elevado como 
para presentar ofertas a contratos que no se aspira a ganar. 

Pero incluso aunque un proyecto en ciemes pueda resultar 
economicamente poco interesante (desde el punto de vista del beneficio 
esperado), puede que aun se trate de un proyecto de interes estrategico. 
Para evaluar el interes estrategico del potential contrato, es preciso 
analizar la conveniencia de ofertar (y arriesgamos a ganar el contrato) 
por el simple hecho de damos a conocer al Cliente, o para adquirir (a 
beneficio nulo negativo) experiencia en el sector. 


3.2.2. Preparacion de la oferta: 

Una vez identificada una oportunidad de negocio, y evaluadas las 
posibilidades de la empresa, es necesario mostrar al Cliente nuestro 
interes y capacidad para la correcta ejecucion de los trabajos, Para ello es 
necesario abordar la fase oferta, en la cual se prepara la documentation 
que le permite al Cliente juzgar la idoneidad del ofertante para la 
realizacion de los trabajos, asi como fijar el precio de los mismos. 

Toda oferta incluye una parte tecnica, una parte de gestion y una 
oferta economica. En la parte tecnica se describe el trabajo a realizar, 
tratando de justificar la capacidad para hacerlo de manera correcta. En la 
parte de gestion se describen los recursos que se utilizaran para ejecutar 
los trabajos involucrados, junto con la planificacion temporal de los 
mismos. Por ultimo, en la oferta economica se indica el precio que el 
ofertante pide por la ejecucion del proyecto, y las demas condiciones 
(forma de paga, revision anual, etc.) que pudieran ser aplicables. 

En casi todas las ofertas, probablemente la oferta economica sea 
la de mayor trascendencia. Esto no se debe a que el esfuerzo tecnico o de 
gestion en el que se mueve, mientras que los resultados por los que se 
mide son claramente economicos. 

El aspecto mas significativo de la oferta economica es el precio. 
Para calcular el precio de venta es necesario calcular el coste de 
proyecto. Para ello es necesario realizar la mejor estimation de los costes 
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de personal (propio o subcontratado) y los dedicados a material, equipo, 
viajes, etc. Cuanto mejor sea esta estimation menor es el riesgo de perder 
el contrato por exceso de precio, o de perder dinero al subestimar el 
mismo. 


El precio de venta se calcula, anadiendo al coste del proyecto el 
beneficio empresarial deseado. En general, dicho beneficio sera tan 
alto como las condiciones de mercado permitan, pudiendo llegar a ser 
nulo o, incluso, negativo, si el proyecto en cuestion se considerase de 
tipo estrategico para la empresa. 


3.2.3. Presentation y adjudication: 

Una vez realizada la oferta, corresponde ejercitar una nueva 
evaluacion critica de la misma, donde se vuelva a analizar si dicha 
actividad es viable con respecto a los recursos del Cliente (su 
presupuesto), y compatible con nuestra experiencia previa en ese campo, 
y la competencia en el sector. 

Tras dicho analisis, cuyo resultado es decisivo, llega el momento 
de tomar la tercera (y ultima) decision acerca de la conveniencia o no de 
presentar la oferta. Esta decision se toma en funcion de criterios tan 
dispares como el beneficio bruto esperado, el esfuerzo tecnico y humano 
que suponga la realization del proyecto, la compatibilidad con otros 
proyectos en curso, la disponibilidad del personal y el equipo necesarios, 
el coste de oportunidad de dedicar nuestros recursos a ese (y no otro) 
proyecto, etc. Aunque pueda parecer que esta decision se basa en los 
mismos criterios que se utilizaron para tomar la decision de preparar la 
oferta, lo cierto es que en el periodo que media entre la decision de 
prepararla y la de presentarla suelen ocurrir muchas cosas: se establecen 
alianzas corporativas, se identifican problemas tecnicos o economicos y, 
en definitiva, se logra un conocimiento del trabajo a realizar del que no 
se disponia tras la evaluacion inicial, y que puede hacemos reconsiderar 
nuestra idea original. Puede ser prudente “retocar” los compromisos y las 
contraprestaciones del documento a la luz de los resultados de esta 
evaluacion critica. 

Si finalmente, se decide presentarle al Cliente la oferta elaborada, 
comienza de inmediato la fase de seguimiento de la misma, poniendo a 
los responsables tecnicos y de gestion del equipo de trabajo a disposition 
del Cliente para cuantas dudas y comentarios pudieran surgirle de la 
lectura de la propuesta. 
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La evaluation de la oferta por parte del Cliente puede dar lugar a 
tres tipos de respuestas: 

Adjudication 

IS No adjudication 

Revision 


3.2.4. Ejecucion de los trabajos: 

Cuando se gana el contrato, es el momento de dejar de 
“prometer” para empezar a “hacer”. Es en este punto cuando, a veces, se 
advierte un exceso de voluntarismo, a veces temeridad, al preparar la 
oferta. Una planificacion temporal excesivamente apretada, un alcance 
demasiado extenso de los trabajos, o una estimation voluntarista de los 
costes son algunos de los errores tipicos que, cometidos en la premura de 
la fase de oferta, salen a la luz tan pronto se ponen en marcha los 
trabajos. 

Antes de ponerse a ejecutar tareas, es conveniente repasar 
cuidadosamente los objetivos, el contenido, la planificacion y los 
recursos para realizar los trabajos, y verificar que las condiciones en las 
que se preparo y presento la oferta se mantienen. Cualquier posible 
desviacion (como por ejemplo, algun empleado clave que ha abandonado 
la empresa, un acortamiento forzado de los plazos, una ampliation del 
alcance, etc.) debe ser identificada y corregida (en la medida de lo 
posible), antes de poner en marcha los trabajos. 

Y desde el punto de vista de la gestion de proyecto, a partir de 
este momento comienza la fase de ejecucion propiamente dicha. Durante 
esa fase, las actividades del responsable del proyecto se centraran en tres 
puntos: 


Supervisar y analizar el desarrollo y el avance de 
los trabajos y corregir posibles desviaciones. 

Supervisar y analizar la evolution economica del 
proyecto y corregir las posibles desviaciones. 

Actuar como punto intermedio entre el Cliente, el 
equipo de trabajo y la Direction de la empresa, 
facilitando la comunicacion y optimizando los 
flujos de information. 
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3.2.5. Cierre 

Cuando finalizan las actividades que forman parte del alcance de 
un proyecto, dicho proyecto termina. En ese momento se actualiza la 
informacion intermedia del mismo, tecnica y administrativa, y se precede 
al cierre contable del proyecto. 

El cierre del proyecto es la culminacion del proceso proyectual, 
y se debe observar si se ban alcanzado los objetivos previstos. 

Para poder dar por cerrado un proyecto se debe cumplir que: 

m Desde el punto de vista tecnico, es preciso que 
todas las actividades se hayan finalizado por 
completo. 

Desde el punto de vista administrativo, es preciso 
asegurarse de que no se va a incurrir en costes 
adicionales (facturas pendientes, material a 
reponer, etc.) y de que se han facturado todas las 
cantidades pertinentes al Cliente. 
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4. FASE DE DEFINICION DE UN PROYECTO INFORMATICO. 


Tras presentar, en el capltulo anterior, todas las fases que componen un proyecto 
informatico, en este capltulo nos centraremos exclusivamente en la fase de Definicion. 

Una vez se ha pasado la fase de aprobacion del proyecto, comienza propiamente 
dicha la fase de definicion del proyecto. 

En lineas generales definir un proyecto consiste en analizar un problema 
concreto en un entomo determinado y proponer una solucion que debera implementarse 
o no. 



Esquema de la fase de definicion de un proyecto 


La fase de definicion es critica en todo proyecto, ya que los errores cometidos en 
esta etapa se arrastraran durante toda la duracion del mismo. En el peor de los casos 
podemos encontramos con un proyecto condenado al fracaso de antemano. 

Definir proyectos es una tarea multidisciplinar que deben realizar equipos de 
personas con distintos perfiles y conocimientos, dado que es virtualmente imposible que 
una sola persona conozca completamente el alcance del problema y tenga los 
conocimientos tecnicos necesarios. Asi pues la capacidad de comunicacion y 
colaboracion del equipo de trabajo son criticas en la fase de definicion. 
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La clave del inicio del proyecto la constituye el documento Objeto del Proyecto. 
Esto se manifiesta bajo diferentes aspectos, tales como las recomendaciones de un 
estudio de viabilidad o de un informe de definicion del proyecto, pero es importante que 
se le preste la debida atencion. 

El Objeto del Proyecto representa el primer instante en el que aplicamos un tipo 
de estructura al mismo; le damos forma, tamano y direccion, aunque sea solo en 
terminos generales. 

El Objeto del Proyecto representa el primer instante en el que aplicamos un tipo 
de estructura al mismo; le damos forma, tamano y direccion, aunque sea solo en 
terminos generales. 

Fijar objetivos. 

Definir el ambito. 
m Establecer la estrategia. 

Derivar la estructura de descomposicion del trabajo. 


A su vez la Fase de Definicion se puede subdividir en tres etapas: 
® Definicion de requerimientos. 

Analisis de riesgos. 

Preparation de la propuesta. 


Hay que tener en cuenta, que hoy en dia, que por la presion comercial del 
mercado, en la fase de definicion es donde se presentan los contratos que llevaran a 
buen o mal fin el desarrollo del proyecto informatico. 
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Ejemplo de la estructura general de la fase de definicion de un proyecto 
informatico institucional: 


Bases 

Tecnicas 


f Areas de la empresa involucradas (se utiliza el diagrams de contexto) 

Requerimientos Globales (Layout de informes) 


Arquitectura del sistema 


Central izada 
Servidora de archivos 
Cliente-Servidor 
Intranet-Extranet 


Condiciones de Seguridad 
Posibles expansiones futuras 
yjDtros 

Sistema ya existente 


Estrategia 

de 

Desarrollo 


Paquete cerrado 
Sistema abierto 


< 


r 


Desarrollo desde 0 J 


Personal propio 
Personal externo 
Equipo mixto 


Sistema de la 
competencia 

ERP 

Empresa externa 
Free lancers 
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5. PUNTOS CLAVES PARA UN ENFOQUE MAS COMERCIAL DE 
LA FASE DE DEFINICION. 


En la etapa de definicion del proyecto. Los gestores suelen suponer que una o 
mas metas son constantes (como el alcance) y optimizan los objetivos restantes 
(como el truque tiempo/coste). Esto ocurre con frecuencia en situaciones de 
licitaciones, es decir, el diseno se considera flja y el cliente propone un presupuesto. 
El licitador, dado un diseno fijo, solo puede competir en funcion del tiempo y el 
coste (es raro que se tome en cuenta la calidad en estos intercambios). Sin embargo, 
cada vez mas organizaciones reconocen la necesidad de considerar intercambios 
simultaneos entre las cuatro dimensiones. Para lograr esto, las empresas estan 
usando equipos de proyecto multifuncionales (equipos de diseno-construccion), en 
los que se involucra al contratista en el proceso de diseno, asi como en la 
determinacion del coste y la programacion, es decir cada vez se considera mas 
importante un enfoque mas comercial en la fase de definicion de cualquier proyecto 
informatico. 

A continuation se listan los puntos claves a tener en cuenta a la hora de dar 
un enfoque mas comercial a la fase de definition de un proyecto informatico: 


La negociacion. 

Detection de oportunidades comerciales. 
m Evaluation del proyecto. 

Como minimizar costes. 

Integration de la Incertidumbre en el presupuesto. 
Gestion de riesgos en la definicion. 

Preparation de la oferta. 


Cada uno de estos puntos los desarrollaremos mas en detalle en los capitulos 
siguientes. 
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6. LA NEGOCIACION. 


Aunque pensemos que en la presentation de un proyecto informatico, lo unico 
importante sera la parte tecnica y que nunca tendremos que entrar a negociaciones, 
esto no es asi y posiblemente en la fase de definition deberemos negociar en cierta 
manera con el componente cliente o usuario receptor del proyecto. Debemos de 
asumir que como profesionales, a menudo nos veremos obligados a negociar dentro 
del entomo de nuestro trabajo, tanto aspectos tecnicos, tales como especificaciones, 
interfaces, etc., como costes de materiales, licencias, software y otros recursos para 
la ejecucion del proyecto, y sin lugar a duda negociaremos aspectos contractuales, 
condiciones de ejecucion (plazos, lugares). 

Por lo tanto, teniendo en cuenta que la negotiation sera parte fundamental del 
componente comercial en la fase de definition de un proyecto informatico, parece 
razonable enfrentarse a ella con ideas tiaras y estructuradas y actitudes abiertas y 
positivas. 

Con independencia de la importancia de la decision a tomar o de su 
trascendencia, en toda negotiation se utilizan tacticas similares. Todas ellas van 
encaminadas a la consecution del mayor numero posible de objetivos, aun cuando 
se parta a veces de situaciones de manifiesta debilidad, con interlocutores irritables, 
prepotentes, ofuscados o agresivos, de diferentes paises y culturas, o con intereses 
ocultos e, incluso, ilegitimos. 

El buen negociador es aquel que obtiene lo que quiere, pero sin “arrasar” con 
todo, es decir, sin quemar al interlocutor de forma que se eliminen futuras posibles 
negociaciones. 


6.1. Tipos de negociacion. 

Basicamente, hay dos culturas de negociacion: 

m La tactica amigable propugna una buena relation humana. 

m La tactica agresiva promueve la competitividad y un constante estado de 
tension. 

La tactica amigable fomenta un clima de negociacion agradable, 
generalmente a costa de transigir y cede en mas puntos de lo estrictamente 
necesarios, y esta especialmente indicada cuando la negociacion actual no es lo 
mas trascendente de la relation (por ejemplo, existen vinculos de amistad o 
familiaridad), o cuando se persigue mejorar nuestra postura para futuras 
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ocasiones. La tactica agresiva suele obtener mejores resultados a corto plazo, 
pero genera tensiones innecesarias que suelen provocar rupturas y eliminar 
oportunidades futuras. 

Se supone que lo mejor es un punto medio entre ambas posturas, localizado 
en funcion del interlocutor y de la importancia del punto de la negociacion del 
proyecto en esta fase de defmicion. Tambien es importante olvidar los aspectos 
personales y concentrarse en el problema, asi como negociar en grupo reducidos, 
donde las posturas puedan quedar claras y no exista el peligro de dispersarse en 
exceso. 


6.2. La negociacion basada en los objetivos del proyecto 
informatico. 

A menudo es frecuente que los interlocutores se concentren en hechos 
puntuales, tratando de llevar al contrario a su terreno para que aprueben el 
proyecto informatico, perdiendo el punto de vista global de la misma. Esta 
actitud suele conducir a posturas intransigentes, donde existen pocas “piezas a 
intercambiar”, que acaban en acuerdos poco satisfactorios para todos. 

Es preferible concentrarse en los objetivos globales de la negociacion, 
asumiendo que se cedera y ganara terreno en los distintos aspectos concretos. 


6.3. Principios de negociacion. 

A la hora de preparar la reunion en la que se hayan de negociar los 
puntos concretos de la defeccion de proyecto informatico, deberemos revisar el 
siguiente decalogo de aspectos a tener en cuenta: 

Marca siempre, y de antemano, unas condiciones minimas para llegar 
a un acuerdo. Con ello se evita acceder posiciones insostenibles al 
decidir con rapidez y bajo presion. 

Separar a las personas del problema concreto. Dejamos influir por 
nuestra simpatia o antipatia por el interlocutor, vicia la negociacion y 
entorpece la vision del problema concreto. 

5! Tratar de reaccionar de forma no emocional, considerando la 
negociacion como un proceso profesional y no personal, poco a poco, 
esta actitud calara, incluso al negociar los aspectos mas privados y 
personales. 
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" Concentrarse en los objetivos globales, y no en hechos concretos. Es 
aconsejable ceder en aspectos puntuales si con ello se alcanzan 
posturas mas favorables a nivel global. 

Explorar todas las opciones antes de tomar partido por una de ellas. 
A menudo, la option mas atractiva no es necesariamente la mejor, en 
terminos globales. 

' Canalizar la negociacion hacia objetivos que puedan medirse de 
forma concreta. No negociar aspectos vagos, tales como “nivel de 
responsabilidad” o “consideration en el trabajo”, sino aspectos 
objetivos, del tipo “fecha de entrega del proyecto informatico”. 

Conceder al interlocutor cierto margen de maniobra para que sus 
concesiones no aparezcan como simples derrotas. 

Tratar de separar la negociacion presente de otras pasadas, salvo que 
en estas ultimas hiciesemos concesiones concretas a nuestro 
interlocutor. 

: Asegurar la existencia de un canal abierto de comunicacion. Escuchar 
a nuestro interlocutor. Pedir que nos repitan lo que no entendamos. A 
sentir de vez en cuando los aspectos fundamentales. Analogamente, 
hablar claro y repetir lo importante, enfatizando los puntos clave. No 
olvidar los aspectos culturales, religiosos, ideologicos, etc. Son 
campos donde se abona la intransigencia necesaria para quebrar una 
negociacion en curso. 

Analizar el impacto de la negociacion (los resultados obtenidos) 
dentro de la propia empresa. 

Si en el peor de los casos todo falla, busquemos un mediador 
imparcial, aseptico y objetivo que ayude a encauzar la negociacion 
con propuestas coherentes y equilibradas. 
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7. DETECCION DE OPORTUNIDADES COMERCIALES. 


Para potenciar el enfoque comercial de las fases iniciales de un proyecto 
deberemos tener en cuenta la fase de deteccion de oportunidades, que consiste en 
localizar posibles clientes. Es la parte mas comercial del proyecto y, casi siempre, la 
menos tecnica del mismo. La mayor parte de las empresas, salvo las mas pequenas, 
disponen de un departamento comercial que, conociendo las habilidades y 
capacidades de la empresa, se ocupa de detectar oportunidades de negocio y 
convertirlas en contratos. 

Como responsables del futuro proyecto informatico, somos los mas cualificados 
para saber que podemos hacer, cuanto tardaremos, y cuanto costara hacerlo (estos 
son los tres pilares basicos de la gestion). Participando, directa o indirectamente en 
las actuaciones comerciales, nos aseguramos de que se contratan proyectos que 
luego podremos realizar adecuadamente. 


7.1. Cliente, mercado y proyecto. 

Para que las actuaciones comerciales sean eficientes, tienen que 
responder a las necesidades reales del proyecto informatico, y tienen que tratar 
de adaptarse a las peculiaridades del mercado, el consumidor, o cliente, nuestra 
empresa y el producto o servicio en venta. 


7.1.1. Cliente. 

Para conocer y caracterizar al cliente al que nos dirijamos es preciso 
tratar de dar respuesta al menos las siguientes cuestiones: 

Que problemas, carencias o necesidades tienen. 

Que otras necesidades se les pueden crear. 

w Cual es su potencial de negocio. 

m En que plazo de tiempo estarian dispuestos a consumir los bienes o 
servicios. 

Que necesitaran despues. 

Que nivel de fidelidad en la compra presentan. 
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Que otras peculiaridades culturales, ideologicas o de cualquier otro tipo 
les caracterizan. 

7.1.2. Mercado. 

En cuanto al mercado, sera necesario conocer: 

Cual es la tasa de crecimiento experimentada en los ultimos tiempos, y si 
se espera que se sostenga. 

m Cual es el nivel de competitividad. 

m Si existen barreras de entrada. 

m Si existen barreras de salida. 

* Si existen nichos de mercado. 

Cuales son los principales riesgos. 

Si es facil fidelizar a los clientes. 

Cual es el nivel actual de satisfaccion de los clientes. 

* Como reaccionan los clientes ante nuevos entrantes. 

7.1.3. Proyecto. 

Por ultimo habra que caracterizar nuestro proyecto, en terminos de: 
m Cual es el tipo de proyecto. 

1! Si es un proyecto unico, o forma parte de una familia. 

& Si sera capaz de evolucionar en el tiempo, o quedara obsoleto. 

Si es posible atender a un mercado de gran volumen, o es de tipo 
selectivo. 

m Cuales son sus diferencias con proyectos similares de la competencia. 

Una vez respondidas estas cuestiones, estaremos en condiciones de 
abordar la realizacion de un plan de negocio. 
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7.2. Plan de negocio. 

Un plan de negocio es la informacion basica necesaria para planificar 
una nueva actividad empresarial, un nuevo producto, un nuevo servicio o un 
nuevo proyecto. Antes de lanzamos a un nuevo proyecto, es conveniente 
meditarlo de manera organizada, y el plan de negocio constituye una 
herramienta adecuada para ello. 


7.2.1. Objetivos del plan de negocio. 

Los objetivos del plan de negocio pueden resumirse en: 

m Aclarar nuestras ideas, y plasmarlas en un papel. 

Cuantificar estimaciones de costes e ingresos esperados que puedan 
constituirse en objetivos de referencia para evaluar la viabilidad de 
proyecto. 

IS Transmitir lo anterior, de manera razonada, a nuestros superiores o a las 
posibles fuentes de fmanciacion. 

IS Acortar las areas de interes, el sector y el mercado al que nos 
dirigiremos. 

Caracterizar el proyecto a ofrecer. 

Caracterizar el entomo, incluyendo barreras de entrada y salida. 

IS Identificar a los clientes potenciales. 

Identificar las ventajas y desventajas competitivas de nuestro proyecto. 

Determinar como se va a gestionar el proceso y quien o quienes seran 
los responsables. 

Estimar los costes implicados, los ingresos esperados, el margen y el 
beneficio, y el tiempo. 


7.2.2. Formato de un plan de negocio. 

Cualquier formato de un plan de negocio es valido en tanto y en cuanto 
sea capaz de transmitir, de la manera mas clara y objetiva, los razonamientos 
que se esconden detras de la comercializacion del nuevo proyecto informatico. 
El objetivo ultimo del plan es que el responsable lo apruebe y de luz verde al 
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comienzo de las actividades del proyecto. Para ello, aparte de presentar una idea 
novedosa y atractiva, debera estar redactado de forma clara, amena y atractiva a 
la vista. A continuation se describe un formato de indice del plan de negocio: 

Sumario ejecutivo. Constituye un breve resumen escrito en lenguaje 
llano y facil de comprender, del contenido del plan. Como su propio nombre 
indica, esta destinado al nivel de responsabilidad ejecutiva de la organization, 
que puede dedicar poco tiempo a la lectura del plan, y que no necesariamente 
dispone de los conocimientos tecnicos necesarios para comprender la totalidad 
del mismo. 

Description del entorno y la competencia. Determina los razonamientos 
que inducen a pensar que existe una oportunidad de negocio, y sobre que 
hechos se fundamenta, es decir describira: 

■ La situation actual del mercado. 

■ Cuota de mercado. 

■ Las barreras de entrada y de salida. 

■ Las caracteristicas del cliente. 


Description del proyecto. Describe el negocio o proyecto que se 
pretende crear y comercializar, e incluye: 

■ Caracteristicas generales. 

■ Diferencia con proyectos comparables de la competencia. 

■ Capacidad de evolucionar con el tiempo. 

■ Factores que pueden sumar o restar atractivo al proyecto. 

■ Sinergia con otras empresas, o proyectos propios. 

Estrategia de mercado. Describe la estrategia de mercado propuesta para 
dar salida al proyecto, e incluye: 

■ Estrategia de busqueda de oportunidades. 

■ Canales de distribution. 

■ Forma de comercializacion. 

■ Promotion y publicidad. 
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Planes operativos y de gestion. Resena la information de interes acerca 
del modelo de gestion a utilizar para poner en marcha la actividad, o desarrollar 
el proyecto, e incluye: 

■ Recursos humanos necesarios, y cualificacion de los mismos. 

■ Recursos materiales necesarios. 

■ Actividades a subcontratar y subproductos a adquirir. 

■ Politica de gestion. 


Estimaciones economicas y financieras. Incluye toda la information de 
interes para evaluar la inversion necesaria. Los costes previstos, los ingresos 
esperados, el margen resultante, el beneficio consecuente, el plazo, asi como 
posibles financiaciones propuestas. En concreto contemplara: 

■ Hipotesis de trabajo utilizadas para las estimaciones economicas. 

■ Costes de poner en marcha el proyecto. 

■ Costes de servicios adicionales. 

■ Coste de operation. 

■ Ingresos esperados. 

■ Flujos de caja, margen y beneficio previsto. 

■ Plan de financiacion, incluyendo amortization. 


Estrategia de salida. Cada vez es mas frecuente que en los planes de 
negocio se incluya un apartado que describa una estrategia de salida razonable, 
por si algo sale mal. 

Sintesis y conclusiones. Se resenaran las caracteristicas que justifican 
abordar el riesgo del nuevo proyecto, abundando en las razones de por que el 
nuevo proyecto es unico, o tiene mejores oportunidades que los de la 
competencia. 

Apendices. Se incluira en este apartado toda la information adicional que 
pueda ser de interes para apoyar la definition del proyecto desde un punto de 
vista comercial, tal y como informes, graficas, fotos, referencias de clientes, etc. 
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7.3. Oportunidades comerciales. 

Tan pronto se dispone de una idea clara acerca de cual es el proyecto a 
comercializar, cual es el mercado natural para nuestra actividad, y a que tipo de 
clientes nos vamos a dirigir, llega el momento de buscar contratos. 

Practicamente la totalidad de las oportunidades de negocio con las que 
tendremos que enfrentamos seran “ Oportunidades perseguidas”, en el sentido 
de que habremos de ser nosotros mismos los que, mediante una busqueda activa, 
tratemos de detectarlas e identificarlas. 

Las “ Oportunidades no perseguidas ”, son aquellas que en teoria, 
encontramos sin buscarlas. Este tipo de oportunidades son escasas y poco 
frecuentes. 


A continuacion se resehan las maneras mas habituales de detectar y 
acceder a oportunidades de negocio: 


7.4. Vias de deteccion de Oportunidades comerciales. 


7.4.1. Concursos. 

Cuando una empresa identifica una necesidad concreta, que no puede 
satisfacer con sus propios recursos, recurre a la contratacion de proyectos que 
otro le proporciona. Por lo general, en un mercado en competencia existe mas de 
un posible proveedor del posible proyecto en juego, y el futuro Cliente puede 
seleccionar a aquel que mejor precio o condiciones le ofrezca. 

Si el poder de negotiation del Cliente es grande, porque el presupuesto 
es importante o porque realiza frecuentes adquisiciones, lo logico es que 
promueva un concurso. Para ello, genera unas especificaciones o requisites 
minimos a cumplir por el proyecto. Dichas especificaciones las pone en manos 
de diferentes proveedores potenciales, quienes responden con su mejor oferta. 
Finalmente el Cliente elige aquella de las ofertas recibidas que mas le satisfaga. 

Para una empresa, es vital estar al tanto de todos los concursos que se 
convoquen, oficial o extraoficialmente, en el area de negocio de su interes. Los 
concursos pueden ser publicos o privados. Darse a conocer, con publicidad, o 
no. Pueden ser abiertos a todo el mundo, o restringidos a un selecto grupo de 
potenciales proveedores. Como cada empresa tiene la libertad de seleccionar a 
sus proveedores de la forma que mas le satisfaga, puede convocar el concurso de 
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selection como le parezca oportuno. Claro que, si el poder de compra es 
insuficiente, corre el riesgo de no recibir ofertas interesantes. 

El concurso es una de las formas preferidas de contratacion de proyectos, 
valida siempre cuando concurran varias circunstancias: 

IS El volumen del contrato sea suficiente como para encajar el esfuerzo de 
preparar un concurso, y el coste de convocarlo. 

Existan suficientes proveedores potenciales. 

El objeto del contrato y las condiciones del mismo, sean razonablemente 
atractivos para que exista interes por concurrir al concurso. 

t El cliente sea conocido y solvente, para que los potenciales concursantes 
se sienta atraidos por la convocatoria. 


El primer paso para comenzar un concurso es preparar un Pliego de 
prescripciones, que indica que tendra que hacer (objeto del contrato) el futuro 
proveedor y como tendra que hacerlo, asi como que tipo de propuesta habra de 
presentamos, y como la valoraremos (criterios de valoracion). En este Pliego se 
tendran en cuenta consideraciones de tipo: 

Tecnico: Que habra que hacer. Que soluciones se buscan, con que 
tecnologias, etc. 

& Administrative: Que tipo de empresa ofertante se busca, que 
documentation se habra de presentar, que requisitos contractuales se 
exigen, etc. 

Economico: Cuanto se espera que cueste el contrato, y como seran las 
condiciones de pago. 


7.4.2. Informacion acerca de las necesidades del cliente. 

La forma de abordar a un potencial Cliente es estar lo suficientemente 
cerca de el (conceptualmente hablando) como para detectar una necesidad 
concreta y, antes de que tenga tiempo de pensar en comparar posibles 
proveedores, remitir una oferta de proyecto para la resolution de dicho 
problema. 
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Si nuestro Cliente tiene la suficiente confianza en nosotros, los precios y 
condiciones son aceptables, y su necesidad es real, tal vez nuestra diligencia sea 
recompensada con una contratacion del proyecto de una manera directa. 


7.4.3. Creadon de necesidad en el cliente. 

Una estrategia comercial un poco arriesgada, es no esperar a que el 
Cliente tenga una necesidad, sino intentar adelantarsela en el tiempo. 
Imaginemos, por ejemplo, un farmaceutico que aun lleva su gestion de pedidos, 
ventas y stock a mano, sin ayuda de ordenador. Podemos esperar a que se de 
cuenta de lo util que es una de esas nuevas maquinitas, pero tal vez en ese 
momento decida encargar el proyecto (de compra e instalacion del equipo y 
proyecto de software) a otro proveedor, que simplemente haya sido mas 
diligente que nosotros. 

Pero tambien podemos iniciar una estrategia de acercamiento basada en 
mostrarle cuanto mejoraria su eficiencia si dispusiera de un sistema informatico, 
dandole a conocer las caracteristicas y ventajas del que nosotros le offecemos. Si 
el proyecto es bueno, las condiciones aceptables, nuestra propuesta creible, 
podremos obtener un contrato donde, simplemente antes no lo habia. 


7.4.4. Ampliacion del alcance de un proyecto. 

Probablemente las mejores oportunidades surgen cuando ya estamos 
trabajando para un Cliente, a quien le surge la necesidad de ampliar el alcance 
del proyecto en curso. Salvo que hasta ahora lo estemos haciendo mal, el Cliente 
preferira adjudicamos, directamente, la ampliacion del proyecto, antes de buscar 
a otras empresas, convocar un concurso y adjudicarselo a las mas eficiente. Ese 
incremento de eficiencia, se vera anulado por la necesidad de que el nuevo 
proveedor aprenda lo que se lleva hecho hasta el momento, asi como la 
complejidad que supone para el Cliente un cambio de empresa adjudicataria. 


7.4.5. Divulgacion y publicidad. 

No siempre podremos estar al lado de todos los posibles clientes, con 
vistas a detectar sus necesidades. En este caso, la forma de acceder a estas 
oportunidades de negocio es dar a conocer nuestros proyectos, como manera de 
tratar de estar presentes en la mente de cada posible Cliente cuando se decida a 
ejecutar su action de contratacion. 
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El problema de la publicidad es que dejamos la pelota en el tejado del 
Cliente, que es quien debe responder a la misma, solicitando nuestros servicios. 
Indirectamente existe otro tipo de publicidad que sirve de vehiculo para la 
obtencion del nuevo contrato del proyecto, que es, la satisfaccion del Cliente por 
el resultado de algun trabajo (nuestro) anterior. 


7.4.6. Campanas de Marketing. 

El marketing involucra estrategias de mercado, de ventas, estudio de 
mercado, posicionamiento de mercado, etc. Frecuentemente se confunde este 
termino con el de publicidad, siendo esta ultima solo una herramienta del 
marketing. 

Las siguientes son algunas estrategias de marketing especialmente 
dedicadas para empresas de desarrollo de proyectos informaticos, y que nos 
ayudaran a retener o conservar a nuestros clientes y/o a captar un mayor numero 
de estos: 

H? Mantener contacto con los clientes: Una estrategia para retener o 
conservar clientes consiste en mantener comunicacion con estos una vez 
que nos hayan comprado nuestro proyecto. Para ello, debemos procurar 
conseguir sus datos personales, y apuntarlos en una base de datos, al 
mantener comunicacion con el cliente le recordaremos 
permanentemente nuestra marca o empresa. 

■ Usar incentivos: Otra estrategia de marketing consiste en usar 
incentivos o promociones de ventas. Por ejemplo, podriamos ofrecer un 
descuento a las personas que impriman un cupon publicado en nuestra 
pagina Web y que nos lo presenten al momento de visitamos. 

Usar testimonios: El uso de testimonies es otra estrategia de marketing, 
y que no implica mayores costos. Para ello, en primero lugar debemos 
ofrecer un proyecto de buena calidad, luego pedirles a nuestros 
principals clientes que nos brinden algun testimonio sobre la impresion 
o satisfaccion que hayan tenido de nuestros proyectos. Y, luego, 
publicar sus testimonios en alguno de los medios publicitarios que 
utilicemos, ya sea en nuestros folletos, pagina web, anuncios impresos, 
etc. 

% Buscar referidos: Otra estrategia de marketing que nos permitira captar 
mas clientes consiste en buscar referidos, es decir, clientes que nos 
recomienden y nos lleguen a conseguir otros clientes. Por ejemplo, 
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podriamos otorgar descuentos especiales a los clientes que nos 
recomienden y lleven a nuestra empresa a otros clientes. 

Obsequiar articulos publicitarios: Como consejo estos articulos 
publicitarios deben estar relacionados con el giro de nuestra empresa, y 
ser utiles para nuestro publico objetivo; asimismo, debemos evitar 
articulos baratos y de mala calidad, pues podriamos dar una mala 
imagen de nuestra empresa. 

5 Utilizar redes sociales: Una estrategia de marketing de bajo costo que 
nos permitira retener y captar clientes, sobre todo si nuestro publico 
objetivo esta conformado por un publico joven, consiste en hacer uso de 
redes sociales.Un ejemplo del uso de redes sociales podria ser crear un 
video de nuestra empresa, por ejemplo, uno que cuente con testimonies 
de nuestros clientes, subirlo a YouTube, y luego promocionarlo a traves 
de Facebook o Twitter. 


7.4.7. Promocion Web. 

Un aspecto importante en donde debemos trabajar constantemente es en 
procurar un buen trafico de visitas hacia nuestro sitio Web. 



Una de las formas de procurar un buen trafico de visitas hacia un sitio 
Web (ademas del posicionamiento Web) es a traves de la promocion Web. A 
continuation indicamos cuales son las principales formas de practicar la 
promocion Web: 

Publicidad online: La forma mas comun de hacer publicidad en Internet 
es alquilando espacios publicitarios en otros sitios Web, los cuales nos 
permitan colocar nuestros anuncios textuales o graficos ( banners ) a 
cambio de un pago periodico. Otra forma de hacer publicidad online es 
haciendo uso de programas publicitarios tales como Adwords, los cuales 
nos permiten colocar nuestros anuncios en diferentes sitios Web 
relacionados con la tematica de nuestra web, y pagar solo por los dies 
que los visitantes hayan hecho en nuestros anuncios. 
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Redes sociales: Hoy en dia debido al impacto que estan teniendo, una 
forma efectiva de promocionar un sitio Web es hacerlo a traves de redes 
sociales tales como Facebook y Twitter. Tanto Facebook y Twitter nos 
permiten comunicamos con otros usuarios y, por ejemplo, invitarlos a 
visitar un proyecto o noticia que acabamos de publicar en nuestro sitio 
web; ademas de la posibilidad de utilizar sus propios programas 
publicitarios. 

a Foros y blogs: En el caso de los foros y blogs, podriamos incluir un 
comentario y al final de este dejar un enlace hacia nuestro sitio Web, 
pero siempre procurando publicar comentarios que aporten o ayuden; si 
no hay nada de aporte en nuestros comentarios, estos podrian 
considerarse spam, y quien administre el sitio Web podria optar por 
eliminarlos. 

Directorios de articulo: Otra forma promocionar un sitio Web es 
enviando articulos o material parecido a directorios de articulos o a 
cualquier otro sitio Web que nos permita publicar nuestros proyectos y 
al final de estos incluir una breve resena de nuestra autoria asi como de 
nuestro sitio Web. 

Buscar que nos recomienden: Para ello, podriamos incluir botones para 
compartir, que inviten a nuestros visitantes a compartir la pagina que 
estan leyendo. 

Publicidad offline: A diferencia de la publicidad online, esta se realiza 
fuera de Internet. A pesar de lo que suele creerse, este tipo de publicidad 
suele ser efectiva, ya que una direction web en un sitio que no sea 
Internet (por ejemplo, en la calle), suele llamar la atencion y crear 
curiosidad por saber de que trata la web. 


7.4.8. E-Mailing y Boletin electronico o e-Newsletter. 

Internet y las nuevas tecnologias han supuesto una revolution en la 
sociedad y en la forma de comunicarse. Estas nuevas formas de comunicacion 
han cambiado las tendencias de marketing usadas por las empresas para llegar al 
cliente final. 

Gracias a este gran avance tecnologico, ahora es posible realizar campanas 
de marketing mas directas, rapidas y eficientes. Incluso es posible medir los 
resultados de las campanas o acciones de forma objetiva, pudiendo cuantificar 
los resultados obtenidos, cosa inimaginable en las tradiciones campanas de 
marketing. 
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E-Maling es una tecnica que permite enviar de forma independiente 
campanas de e-mail marketing de forma eficiente. Para lo cual se debe tener en 
cuenta estos puntos a la hora de elegir la herramienta o la manera de emitirlos: 

m Buen diseho . 

Base de datos de e-mail a enviar. 

» Enviar la campaiia evitando ser considerada Spam. 

E Cumplir con las normas que marca la LOPD. 

*■ Analizar los resultados. 


Veamos, ahora, algunos consejos que nos permitira tener un boletin 
electronico efectivo que nos permita cumplir con nuestros objetivos: 

* Publicacion regular: Un boletin electronico debe ser enviado con 
regularidad, y de preferencia tener una regularidad fija. 

' No publicar muy seguido: Si publicamos muy seguido, podemos terminar 
por molestar al suscriptor o, incluso, lograr que este termine 
considerando a nuestro boletin como spam.. Lo recomendable es 
publicar maximo una vez a la semana, y minimo una vez al mes. 

* Crear expectativa: el suscriptor debe esperar con expectativa cada nueva 
publicacion. 

Programa confiable: Lo usual para gestionar un boletin electronico es 
hacer uso de algun software especialmente disenado para esta funcion. 
Al momento de elegir uno, debemos procurar uno que sea confiable, que 
ofrezca garantias, que tenga buenas referencias, que ofrezca estadisticas, 
altemativas de seguimiento, etc. 

% Buen diseho: Debe presentar un diseno profesional. 

Titulo y asunto atractivo: De ello puede depender que se envie a la 
papelera o no directamente. 

® Contenido Claro: El lenguaje debe ser claro y comprensible para el 
lector. 

Boletin personalizado: Debemos procurar personalizar nuestro boletin, es 
decir, procurar que el lector sienta que detras del boletin hay una 
persona interesada en comunicarse con el. 
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* Promocionar el boletin: Debemos tener una llamativa option de 
suscripcion la cual debe estar en una zona visible en nuestra pagina 
Web. 

Dar la opcion de anular la suscripcion: Para evitar que nuestro boletin sea 
considerado como spam, siempre debemos incluir la opcion de poder 
anular la suscripcion. 

Privacidad: Los datos del suscriptor deben mantenerse en privado. 

■■ Medir resultados: medir el aumento de nuestras suscripciones, medir los 
resultados de un cambio en el diseno o contenido del boletin, medir los 
resultados del lanzamiento de una campana publicitaria, etc. 


7.4.9. Telemarketing. 

El telemarketing es una forma de marketing directo en la que un asesor 
utiliza el telefono o cualquier otro medio de comunicacion para contactar con 
clientes potenciales y comercializar los proyectos o servicios. Los clientes 
potenciales se identifican y clasifican por varios medios como su historial de 
compras, encuestas previas, participation en concursos. Los nombres tambien 
pueden ser comprados de la base de datos de otra compania u obtenidos de la 
guia de telefonos u otra lista publica o privada. El proceso de clasificacion sirve 
para encontrar aquellos clientes potenciales con mayores probabilidades de 
comprar los productos o servicios que la empresa en cuestion ofrece 

Las tecnicas de telemarketing tambien pueden ser aplicadas a otras 
formas de marketing utilizando mensajes de Internet o fax. 

Caracteristicas: 

El Telemarketing es un medio de comunicacion, un canal de 
information y un espacio para la venta tan valido, como lo es por 
ejemplo la radio o la television. 

Antes se estilaba que los teleoperadores telefonicos eran 
vendedores que ofrecian productos y servicios sin importarles las 
necesidades de los consumidores sino solamente su beneficio economico, 
hoy por hoy el teleoperador ya no se considera un vendedor sino un 
asesor dependiendo el rubro que este trabajando (comercial, financiero, 
publicitario, etc). 


Javier Benitez Cascajares 


PAgina 34 de 59 




*nuoc 

Enfoque mas comercial de la fase de definition de un proyecto informatico. 


El trabajo de un asesor ya no se limita unicamente a hacer la 
labor de venta como antano, sino que tiene la obligation de entender y 
ajustarse a las necesidades reales de sus clientes, asesorarlos y llevarlos 
de la mano sugiriendoles las soluciones que correspondan. 

Ventajas del Telemarketing: 

La option de contratar un telemarketing como un medio de 
comercializacion de productos o servicios viable ademas de rentable 
siempre esta presente como una altemativa economica para las empresas 
y companias que toman las decisiones. 

Tiene como ventaja que se cuenta con una fuerza de ventas que 
contacta directamente al cliente y hace labor de convencimiento, 
incrementando las utilidades de los negocios, ademas de ser un medio de 
publicidad barato en comparacion con otros medios como la radio o la 
television. 

Una ventaja para el cliente podria ser que puede adquirir esos 
productos o servicios desde su hogar u oficina sin tener que ir 
directamente hasta la empresa que los comercializa, por lo que 
constituiria en dicho caso un ahorro en tiempo y recursos. 

Otra ventaja, es que cuando el asesor contacta directamente al 
cliente, este le resuelve todas sus dudas o le explica las caracteristicas 
especiales del producto o servicio a fondo, cosa que seria imposible 
realizar dentro de un espacio limitado de pocos segundos en un 
comercial para radio o television. 

Argumentos contra el Telemarketing 

El telemarketing es a menudo criticado, los que estan en contra de 
esta practica argumentan que se trata de una practica con falta de etica al 
realizar muchas companias llamadas no deseadas y por utilizar tecnicas 
de venta agresivas. Dichas practicas pueden ser objeto de controles 
legislativos relacionados con la protection y privacidad del consumidor. 

Hay varios metodos para que las personas eviten las llamadas de 
telemarketing. Utilizando el ID y la identification de llamada, una 
persona puede identificar al interlocutor antes de descolgar y tomar la 
decision de no responder al telefono. Los contestadores automaticos 
tambien pueden utilizarse para discriminar llamadas ya que las 
companias de telemarketing no suelen dejar mensajes. 


Javier Benitez Cascajares 


P Agin a 35 de 59 




Enfoque mas comercial de la fase de definition de un proyecto informatico. 


*nuoc 


8. EVALUACION DEL PROYECTO. 


Tras detectar una oportunidad de negocio hay que determinar hasta que 
punto nos resulta interesante ese trabajo. Puede que el futuro proyecto no encaje 
adecuadamente en el tipo de actividad que desempena la empresa, o puede que 
las condiciones de alcance, plazo o precio del mismo no se adecuen lo 
suficiente. 

La fase de evaluacion de oportunidades consiste en analizar la viabilidad 
de que la empresa compita por un proyecto informatico concreto. Se evalua el 
tipo de trabajo a realizar, el coste que supondra realizarlo y el tiempo que se 
precisara para ello. Y de ahi se extrae el potencial precio de venta y, por tanto, el 
margen comercial resultante. 


8.1. Evaluacion y decision preliminar. 

Preparar una oferta supone tiempo, esfuerzo y, por tanto, dinero. Por lo 
tanto, habra que considerar, al menos, los siguientes factores: 

• ^Disponemos de los conocimientos necesarios para realizar el proyecto? 

S ^Disponemos de los recursos materiales y humanos necesarios para 
realizar el proyecto? 

-!■ (,Somos competitivos en el mercado? 

* (,Tiene el Cliente algun proveedor favorito, tenemos posibilidades de 
batirle? 

* Z.E1 contrato es economicamente rentable? 

H Concurrir a la oferta y obtener el contrato, ^Que coste de oportunidad 
tiene?, ^puede impedimos atender a otros Clientes o proyectos, mas 
interesantes para nuestra empresa? 

Si Obtener el contrato, ^dotaria a nuestra empresa de una mejora 
competitiva, en terminos de adquisicion de nuevos conocimientos, 
nuevas tecnologias?. 

Si, tras el analisis anterior, el resultado es que merece la pena ofertar, habra 
que seguir un procedimiento que nos permita: 

Analizar exactamente el trabajo a realizar. 
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* Evaluar el cote de llevarlo a cabo. 

Fijar un precio de venta. 

Preparar un documento “documento de oferta“ o “propuesta“. 


8.2. Estimation del coste y precio del proyecto informatico. 

Dificilmente podremos calcular el beneficio de un proyecto informatico, 
salvo que conozcamos cuanto nos va a costar llevarlo a cabo. 

En general, el precio de todo proyecto deberia calcularse siguiendo la 
secuencia que se indica en la siguiente figura 
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Estimation del coste y el precio de un proyecto. 


Como muestra este esquema se contemplan dos factores que intervienen 
en el coste del proyecto: las horas de trabajo del personal, y los costes y gastos 
adicionales. Una vez conocido el coste total del proyecto, el precio de venta se 
calcula anadiendo al mismo el beneficio esperado que se pretende obtener de la 
realizacion del trabajo. 
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8.2.1. Analisis del trabajo a realizar. 

En proyectos informaticos identificar “de cabeza” las actividades y tareas 
necesarias es complicado, y requiere un tipo de analisis estructurado y formal, 
menos proclive a olvidar tareas que el metodo “mental”. La manera mas habitual 
de realizar dicho analisis es descomponer el proyecto en actividades 
independientes o paquetes de trabajo, compuestos por tareas y, si es preciso, 
sub-tareas. Esta descomposicion permite: 

Analizar detallada y organizadamente el trabajo a realizar. 

% Pre-asignar recursos de personal, materiales y temporales a la ejecucion 
de cada tarea. 

m Formalizar los requisites previos y los resultados a obtener de cada tarea 
(incluyendo documentacion, tareas interrelacionadas, medios materiales, 
etc.). 

Asignar un responsable a cada tarea. 

El primer paso para realizar este analisis es dibujar un arbol de tareas que 
describa (de forma general, para refinarlo mas tarde) la estructura de las 
actividades, conceptualmente distintas, a abordar dentro del proyecto a realizar. 
Este arbol o estructura de tareas es el equivalente conceptual de un organigrama 
en una empresa: refleja las areas de actividad que hay, cual es se dependencia 
funcional, y quien es el responsable de cada una de ellas. 

A1 igual que sucede con el organigrama de una empresa, el arbol de 
paquetes de trabajo debe ser lo suficientemente sencillo como para simplificar al 
maximo la gestion y minimizar las interfaces entre los miembros del equipo de 
trabajo, Sin embargo, debe ser lo suficientemente elaborado y complete como 
para describir todas y cada una de las tareas del proyecto (al nivel 
correspondiente), segregando en paquetes distintos actividades conceptualmente 
diferentes. En cuanto a las tareas individuates, puede enumerarse un conjunto de 
condiciones que debe cumplir un conjunto de actividades para que pueda 
considerarse un paquete de trabajo: 

Deben ser lo suficientemente sencillas como para permitir y facilitar la 
gestion (planificacion, monitorizacion y control) de las mismas. 

Deben ser lo suficientemente completas como para permitir que dicha 
gestion se pueda realizar de manera autonoma. 

Debe estar asignadas a un responsable unico (pero dicha persona puede 
ser, a la vez, responsable de varios paquetes e trabajo). 


Javier Benitez Cascajares 


P Agin a 38 de 59 




Enfoque mas comercial de la fase de definition de un proyecto informatico. 


*nuoc 


* Deben tener entradas y salidas (documentos, productos, etc.) 

identificadas y concretas. 

Tras identificar los paquetes de trabajo en que se va a estructurar el 
proyecto, conviene abordar un segundo nivel de detalle, consistente en describir, 
a grandes rasgos, el alcance, contenido y particularidades de cada uno de ellos. 

La descripcion de los paquetes de trabajo no solo sirve para analizar el 
alcance del trabajo a realizar. Sirve, sobre todo, para estructurar el analisis del 
trabajo a llevar a cabo, y para detectar si hay alguna inconsistencia (falta o sobra 
algun paquete) en el estimar el coste. 

En la descripcion de un paquete de trabajo debe aparecer, al menos, la 
siguiente information basica: 

Proyecto al que pertenece. 

Numero y titulo del paquete de trabajo 

Responsable. 

Descripcion general del alcance y objetivos del paquete de trabajo. 

Fecha de comienzo y final del paquete de trabajo. 

Entradas al paquete de trabajo 

Salidas del paquete de trabajo. 

Tareas a ejecutar 

Restricciones, requisites, regulation aplicable. 

Actividades excluidas 


8.2.2. Esfuerzo requerido. 

La estimation de horas permite conocer cual sera una de las partidas del 
coste de la realization del trabajo ofertado. Permite consolidar la informacion de 
esfuerzo derivada de la descripcion de los paquetes de trabajo que, junto con los 
demas gastos de proyecto confirma el coste total del mismo (y, por tanto, el 
precio de venta ideal al Cliente). 

A la hora de dimensionar el esfuerzo, es conveniente clasificar el mismo 
segun las distintas categorias profesionales del mismo, pues el coste real es muy 
distinto para cada una de ellas. 
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Tambien es muy conveniente valorar el esfuerzo teniendo en cuenta las 
heterogeneidades del equipo de trabajo (no todas las personas rinden igual). 

Sin embargo, tambien es peligroso dimensionar el esfuerzo en exceso, 
puesto que se traduce en un incremento del precio de oferta, lo que puede llevar 
a dejar de ser competitivos, y ocasionar la perdida del contrato. 

No hay que olvidar que se debe tener en cuenta no solo el esfuerzo 
dedicado a ejecutar el proyecto en si, sino tambien las tareas adicionales 
asociadas, tales como reuniones, cursos de formation al Cliente, tiempo 
invertido en viajes o periodos de garantia. 


8.2.3. Otros costes y gastos 

En este punto se contemplan las partidas presupuestarias que no van 
destinadas a los costes directos de personal de la empresa, y que incluye tanto 
los materiales y bienes a adquirir a terceros como los gastos por viajes 
desplazamientos, comidas, gastos financieros, uso y mantenimiento de 
ordenadores, etc. 

Clasificaremos los costes en tres partidas diferentes: 

& Subcontrataciones : Son costes de personal, ajeno a la empresa, pero 
que interviene, bajo nuestra responsabilidad ante el Cliente, en el 
proyecto. Son consultores extemos o personal de otras empresas a los 
que se subcontrata actividades concretas. Por lo general, se utilizan dos 
modalidades de subcontratacion: un volumen de trabajo determinado a 
un precio fijo (sin tener en cuenta el esfuerzo real que fmalmente 
dediquen), o un trabajo concreto a un determinado precio por hora. En 
cualquier caso, al personal subcontratado no le son aplicables los gastos 
generales de la empresa. 

3 Costes internos: Por ejemplo, en este punto, podemos hacer referencia a 
los costes de consumibles, etc.., que son proporcionales al esfuerzo real 
que se dedique y al consumo de recursos concretos. 

Otros costes : Incluye todos los demas costes y gastos que no tenian 
cabida en los dos tipos anteriores. Dentro de ella, cada empresa hara las 
clasificaciones que estime oportuno, como por ejemplo: 

■ Material y equipo: Son los elementos fisico necesarios para 
completar el proyecto. Pueden ser para uso propio, o 
suministros. Por ejemplo, serian suministros los ordenadores y 
equipos, cableado, y programas software que se adquieren para 
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instalarlos en las oficinas del Cliente. Sedan de uso intemo (y no 
hay que entregarlos a Cliente al terminar el trabajo) los libros 
adquiridos para uso de los programadores, etc. 

■ Viajes y estancias: Son costes en los que incurre el personal 
para realizar el trabajo, incluyendo los desplazamientos a la 
oficina del Cliente o a cualquier otro sitio que sea necesario, las 
dietas correspondientes, etc. 

■ Otros gastos: Se incluye aqui, por ultimo, los gastos adicionales 
que no tenian cabida en los apartados anteriores, tales como 
adquisicion de documentacion, las comidas u obsequios de 
empresa (gastos de representation). 

Los costes varios son, a modo de analogia, la parte sumergida del iceberg 
de costes, salvo que se estimen adecuadamente, pueden dar al traste con el 
balance economico del proyecto. 

Los diferentes coste y gasto deber ser cuidadosamente valorados, 
asumiendo valores reales tipicos y, en cierto modo, el escenario de peor caso. 

Hay que tener en cuenta que a veces hay costes ocultos que, a primera 
vista, son dificiles de detectar, salvo a traves de la experiencia. 


8.2.4. Presupuesto y precio de venta del proyecto. 

El presupuesto fija el precio final de venta o suministro al Cliente, 
desglosado por conceptos. Para ello calcula el coste de personal en funcion del 
numero de horas de trabajo estimadas, asi como los gastos previstos, anadiendo 
el correspondiente margen de beneficio. 

A la hora de estimar los costes de personal es preciso tener en cuenta: 

a ei coste horario del personal, clasificado segun categorias. 

Los coeficientes de costes de personal, correspondientes a los costes 
generates, tales como infraestructura del local, telefono, personal 
auxiliar, gastos administrativos, etc. 

m Las contingencias sobre gastos, que incluyen reservas para partidas no 
previstas inicialmente (reuniones canceladas, cargos financieros, 
retrasos en suministros, etc. 

A los costes de personal referidos se anaden, a continuation, los demas 
costes y gastos. 
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* Finalmente, se le anade al coste global del proyecto el margen 
proyectado para el mismo. Este margen suele calcularse de una de las 
dos maneras siguientes: 

■ Como un porcentaje sobre el propio coste, ofertando el precio de 
venta resultante. Este metodo se utiliza cuando el contrato no 
tiene un precio fijo, y cuando no se conoce a priori el precio que 
el Cliente esta dispuesto a pagar. 

■ Como la cantidad resultante para alcanzar el precio de venta 
buscando, bien sea el precio fijado por el Cliente para el 
contrato, o cualquier otro que se estime como oportuno, en 
funcion de la informacion contextual de que se disponga. 


En cuanto al precio de venta, hay que tener en cuenta una posible 
diferencia entre el valor resultante del calculo anterior y el precio que finalmente 
se le pida al Cliente. En teoria, ambos valores habrian de ser identicos pero, en la 
practica, se dan diferencias muy notables, debido a, entre otros: 


Que se fije un precio de venta por encima del calculado, aumentando el 
beneficio. 

Que se fije un precio de venta por encima del calculado, con el fin de 
rebajar el mismo durante la negociacion. 

Que se fije un precio de venta por debajo del calculado (e, incluso, por 
debajo de coste), provocando perdidas, al estimar que el proyecto 
informatico es estrategico de cara a lograr futures contratos. 
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9. COMO MINIMIZAR COSTES. 


En este capitulo volvemos a hacer hincapie en la importancia de minimizar 
costes, a la hora de potenciar un enfoque mas comercial y competitivo en la fase de 
defmicion del proyecto, y para ello se considerara la relacion entre coste y tiempo 
con mas detalle. 

A1 planificar un proyecto, la meta fundamental debera ser siempre maximizar la 
diferencia entre las ganancias descontadas del proyecto y su coste. Por ejemplo, 
considere un proyecto en el que se ofrecen bonificaciones (incentivos) si el proyecto 
termina antes de un fecha establecida. En este caso, los costes adicionales de reducir 
la duracion del proyecto para cumplir con esta fecha pueden ser mayores que la 
bonificacion que se ganara. Si es asi, no tendra sentido economico reducir la 
duracion del proyecto para obtener el incentivo ofrecido. 

A1 calcular el coste total, el gestor debe considerar todos los costes relevantes 
para encontrar el mejor plan del proyecto informatico. Ademas de los costes 
estandares, debe considerar los costes de penalizacion por violar la fecha de entrega 
establecida, las bonificaciones por terminar antes de esa fecha y los flujos de 
efectivo. Estos ultimos son importantes no solo para definir el valor del proyecto, 
sino tambien para mantener la liquidez de la empresa. 


9.1. Reducir costes cara al presupuesto del proyecto. 

El presupuesto es un documento crucial de la planificacion y un vinculo 
de comunicacion entre todos los interesados en el proyecto. 

Ehi presupuesto establece firmemente los objetivos y la asignacion de 
recursos que suelen afectar a todas las partes de la organizacion, que incluyen a 
otros proyectos. Como una herramienta de planificacion y comunicacion, el 
presupuesto nunca debe considerarse invariable, sino que debe modificarse 
conforme se tiene nueva informacion y se actualiza el plan del proyecto. 

La mayor parte del software para gestion de proyectos permite mantener 
una version base del presupuesto para compararla con el presupuesto 
actualizado. 

Los presupuestos casi siempre desempenan un papel importante al juzgar 
el exito o ffacaso de un proyecto. Aunque usar los presupuestos de esta manera 
puede no ser adecuado. 
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Los presupuestos que se crean empezando con estimaciones de costes 
para el nivel mas bajo de la estructura desglosada del trabajo (EDT) se llaman 
presupuestos de abajo arriba, ya que empiezan con los paquetes de trabajo mas 
pequenos y agregan estas tareas para definir un presupuesto final. Este proceso 
de agregar tareas de la EDT explica por que con frecuencia los paquetes de la 
EDT se consideran los ladrillos para la construction del presupuesto y la 
programacion del proyecto. Por el contrario, el presupuesto puede empezar con 
una asignacion global y despues dividirse y asignarse a las diversas 
componentes de un proyecto informatico. 


9.2. Gestion de los flujos de efectivo. 

Por lo comun, los gestores negocian con el cliente un programa de pagos 
antes de iniciar el proyecto. Por ejemplo, considere un proyecto de consultoria 
planificado para una empresa cliente. Esta empresa acuerda con la empresa de 
consultoria hacer pagos parciales en ciertos eventos (por ejemplo, al presentar 
determinados informes de avance); en otros mementos (digamos, al final de 
cada mes) la empresa consultora tiene que pagar gastos como salarios del 
personal que realiza el trabajo. 

Suponiendo un valor del dinero en el tiempo positivo (es decir, el dinero 
vale mas hoy que manana), el gestor del proyecto tratara de programar las 
tareas del proyecto de manera que los pagos que hace su empresa sean lo mas 
tarde posible, mientras que los ingresos ocurran lo mas pronto posible. De esta 
manera, el gestor espera maximizar el valor presente neto del proyecto 
informatico o alguna meta similar. 


9.3. Compresion del proyecto: relacion tiempo-coste. 

La gestion de proyectos efectiva requiere decidir los intercambios o 
relaciones entre el diseno y la definition de un proyecto, y entre el tiempo y el 
coste de ejecucion. Puede ser dificil tomar estas decisiones de costes de 
oportunidad en especial en un ambiente tecnologico incierto y cambiante. 

Es comun suponer una relacion inversa entre los costes directos de una 
tarea dada y la duration estimada de esa tarea. Por ejemplo, el gestor del 
proyecto puede reducir el tiempo necesario para terminar una tarea asignandole 
mas empleados, comprando o alquilando equipo mas rapido (supuestamente mas 
costoso), asignando tiempo extra, etc. Esta relacion inversa casi siempre se 
cumple. 
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10. INTEGRACION DE LA INCERTIDUMBRE EN EL 
PRESUPUESTO. 


En este apartado planteamos la importancia que puede tener, en la fase de 
definition de un proyecto desde un punto de vista comercial, el hecho de plantear 
una planificacion con o sin incertidumbre, es decir prever posibles alteraciones en 
los tiempos de desarrollo y su importancia tanto en el aspecto economico del 
proyecto como en el aspecto comercial cara a la imagen que queremos dar al cliente. 

Uno de los aspectos dificiles relacionados con la preparation del presupuesto es 
como incorporar la incertidumbre. Dado que siempre existe incertidumbre respecto 
a factores como retrasos programados, disponibilidad de empleados, pedidos de 
materiales, etc., quienes hacen la definicion del proyecto deben tratar de considerar 
estas incertidumbres de manera explicita en el presupuesto. Un metodo para incluir 
estas incertidumbres es preparar un intervalo de confianza para el presupuesto; es 
decir, dadas las estimaciones de las diversas incertidumbres, ^que es una 
probabilidad del 99% (6 95 6 90%) de que el presupuesto este entre ciertos limites, 
inferior y superior? Cuando se definen estos limites explicitos, todos los interesados 
en el proyecto informatico son conscientes de los riesgos relacionados con cualquier 
presupuesto/pronostico. 

Cuando se reconoce que las duraciones de las tareas de hecho son variables 
aleatorias, se encuentran numerosas implicaciones que son administrativamente y 
comercialmente significativas (y algunas veces van en contra de la intuition). Para 
ilustrar esto, se considerara inicialmente un proyecto sencillo con solo dos tareas 
que se pueden realizar simultaneamente, como se muestra en la figura: 



Ejemplo de proyecto 

Las duraciones de las dos tareas son variables aleatorias que pueden describirse 
por una distribution simetrica (como la normal) con una duration media de 30 dias. 
Se supondra tambien que se ha dado una fecha de entrega dentro de 30 dias. 
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Si no hay incertidumbre (es decir, si las duraciones de las tareas son 
deterministicas), el tiempo de ejecucion del proyecto es 30 dias y no se espera que 
se retrase mas alia de esta fecha. Sin embargo, como las duraciones de las tareas son 
aleatorias, el proyecto se retrasara si cualquiera de las tareas dura mas de 30 dias. 
Dado que se supone que la duracion de ambas tareas esta descrita por una 
distribution simetrica con media de 30 dias, se sabe que la probabilidad de que cada 
tarea termine en 30 dias o menos es del 50%. Es decir, existe una probabilidad del 
75% de que el proyecto se retrase mas alia de la fecha de entrega. 

Debe ser evidente que la variation en las duraciones de las tareas y los costes 
dificulta la gestion del proyecto y pueden tener consecuencias inesperadas. Un 
ejemplo de los efectos negativos de aumentar la varianza de las tareas es la 
conclusion de Schonberger (1981), cuya hipotesis es que un incremento en la 
variabilidad de las duraciones de las tareas producira un incremento en la duracion 
esperada del proyecto. 

Los gestores de los proyectos pueden usar, como ayuda, herramientas como el 
PERT Clasico o simulation Monte Carlo y/o el concepto de amortiguador del 
proyecto propuesto por Goldratt y otros. 
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11. GESTION DE RIESGOS EN LA DEFINICION. 


Una parte critica al administrar cualquier proyecto es definir, analizar y 
administrar el riesgo del proyecto, y su repercusion comercial. Todo proyecto tiene 
cierto grado de riesgo, aunque con frecuencia muchos gestores de proyecto no lo 
tienen en cuenta, y obtienen malos resultados. En este capitulo consideraremos 
aspectos relacionados con definir, planificar, analizar y mitigar el riesgo. 

Cuando la naturaleza y posibilidad de los diversos eventos de riesgo cambian 
durante la vida de un proyecto, los gestores deben supervisarlo muy de cerca, en 
especial durante la etapa de definition. Es esencial que los gestores de proyectos 
identifiquen los eventos de riesgo, si es posible, porque afectaran el coste final, la 
programacion y el diseno del proyecto. 

Muchas organizaciones eligen una cartera de proyectos que minimiza el riesgo 
global del proyecto; es decir, eligen una cartera ponderada para compensar los 
riesgos relacionados con la asignacion de personal, recursos, equipo, etc. 
Subcontratar una parte, o la totalidad, del proyecto es otra manera de administrar el 
riesgo; el tipo de contrato que se firme al subcontratar tiene implicaciones 
significativas en la asignacion de riesgos entre quienes tienen intereses en los 
proyectos. Por ejemplo, un contrato a precio fijo coloca en el subcontratista casi 
todos los riesgos asociados con el subproyecto, mientras que en un contrato de coste 
con beneficio, el cliente corre la mayor parte de los riesgos. 

En general, hay dos elementos que definen el riesgo en los proyectos 
informaticos: 1) la probabilidad de un evento o resultado adverso y 2) la severidad o 
coste de ese evento o resultado. Es decir, ^que puede pasar (y cuanto puede costar) y 
cual es la posibilidad de que ese evento ocurra? 

La posibilidad de la mayoria de los eventos esta influida por factores tanto 
exogenos como endogenos; por ejemplo, el mal tiempo o una mala gestion pueden 
igualmente retrasar la entrega del proyecto. Las organizaciones deben ser capaces de 
atender directamente los factores endogenos (por ejemplo, sustituyendo al gestor), 
pero suele ser mas dificil influir en la posibilidad de factores ambientales o 
exogenos. Algunas veces, las acciones de una organization pueden influir en la 
posibilidad de un evento adverso, pero tal vez quede cierta incertidumbre. En 
general, las fuentes de incertidumbre exogenas incluyen: 

B Cambios en la tecnologia. 

Reglamentos o politicas gubemamentales. 

IB Perdidas inesperadas debidas a deterioro, robos, etc. 
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* Fluctuation en los precios y suministros. 

Asuntos legates o contractual. 

Riesgos naturales como cambios ambientales, terremotos y otros. 

Los factores endogenos incluyen variaciones aleatorias en el rendimiento de 
una variable, datos inexactos o incompletos, asuntos de personal, los impactos 
de otros proyectos y el flujo de efectivo, asi como la incapacidad de pronosticar 
con precision por falta de datos, experiencia o perspectiva. 

Huchzermeier y Loch (2001) identifican cinco fuentes de incertidumbre o 
variabilidad que suelen asociarse con proyectos: 

Variabilidad en la programacion (las duraciones de las tareas son 
aleatorias). 

36 Variabilidad en el presupuesto (los costes pueden variar). 

Variabilidad en el rendimiento (el proyecto puede no alcanzar las 
especificaciones propuestas). 

3? Variabilidad en los requerimientos del mercado (las especificaciones del 
producto requeridas por el mercado pueden cambiar). 

Variabilidad en el rendimiento en el mercado (el rendimiento puede 
cambiar por la competencia, cambios ambientales, etc.). 


^Como puede una organization evitar o reducir los costes potenciales 
relacionados con eventos o resultados adversos? Es obvio que el primer paso es 
identificar los eventos adversos, asi como las posibilidades de que ocurran y sus 
impactos. Para cada riesgo/evento identificados, los gestores deben identificar 
dos acciones posibles: 

* Accion preventive que hacer antes de un evento adverso, para reducir 
la posibilidad de que ocurra o atenuar sus efectos. 

Plan de contingencia: que hacer si el evento indeseable ocurre. 


11.1. Riesgos en la definition del proyecto informatico. 

Riek (2001) identified tres tipos de riesgo que observo al estudiar quince 
desarrollos de nuevos proyectos relacionados con las nuevas tecnologias, y los 
clasifico en la siguiente taxonomia: 
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! Riego tecnico: Es el riesgo asociado con el desarrollo y aplicacion de 
nuevas tecnologlas. Es importante entender claramente todos los pasos 
en un proyecto informatico y no “tomar atajos” durante el proceso. 
Tambien es fundamental la formacion en Gestion de Proyectos y la 
planificacion de riesgos. 

IS Riesgo comercial: Por ejemplo, cuando la tecnologia esta adelantada o 
atrasada a su tiempo, pasando por alto efectos secundarios o terciarios, o 
no se aprecian cabalmente las tecnologias competitivas. 

# Riesgo relacionado con el personal del desarrollo de proyecto: Este 
riesgo esta claramente relacionado con asuntos de personal e incluye la 
perdida de personal clave y las malas politicas de asignacion y 
programacion. 


11.2. Tipos de contrato y riesgo relativo. 

El cliente o dueno de un proyecto puede negociar varios tipos de 
contratos. 

Todos los contratos influyen en la gestion del riesgo. Por ejemplo el 
contrato de precio fijo requiere que el contratista absorba todos los costes que 
exceden al precio negociado del contrato. Como el contratista acepta el riesgo 
en el caso, el cliente debe esperar pagar un precio mas alto que si aceptara pagar 
los costes excedentes. 

Por otro lado, los contratos de coste con beneficio especifican que el 
cliente pagara al contratista todo tiempo y material que se requieran para 
completar el diseno del proyecto. Como en este caso el cliente esta sumiendo 
todo el riesgo, esperara negociar un precio inicial mas bajo que en un contrato 
de precio fijo. 

Por supuesto, existen muchas variaciones de este tipo de contratos. El 
cliente y el contratista pueden negociar un contrato de precio fijo con una 
clausula que requiera que el cliente pague una tasa mas alta si los costes de 
mano de obra o material exceden cierto nivel. El cliente y el contratista pueden 
negociar tambien un contrato por una parte del proyecto, entendiendose que el 
resto sera negociado en un momento posterior. Los incentivos de contrato 
tambien determinan como se distribuyen los riesgos. Un contrato de precio fijo 
con una penalizacion especificada el proyecto se retrasa respecto a cierta fecha 
de entrega, pasa parte del riesgo al contratista. Por otro lado, parte de este riesgo 
se puede atenuar mediante un incentivo de “anticipation” que proporciona un 
bono al contratista si el proyecto termina antes de cierta fecha. 
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12. PREPARACION DE LA OFERTA. 


El hecho de detectar una buena oportunidad de negocio, no basta. El potencial 
cliente de un proyecto necesita saber que tienen ante si un equipo de trabajo capaz 
de realizar correctamente el trabajo, en precio y condiciones adecuadas. Para eso 
sirve la fase de oferta. Durante este trabajo preliminar, se le dice al potencial cliente 
que se va a hacer, como, en cuanto tiempo y a que precio, en caso de que se nos 
adjudique el contrato. La oferta permite que el Cliente determine: 

Si lo que se puede hacer por el es lo que realmente necesita. 

Si tiene ante si a un equipo de profesionales capaces y solventes o, por 
el contrario, a un grupo de aficionados o a un equipo sin solvencia 
tecnica, empresarial o financiera. 

Si se le va a hacer el trabajo en el tiempo y condiciones que desea. 

Si, mediante comparacion con otras ofertas, esta es la que mas le 
conviene. 

Una fase de oferta, puede variar mucho en alcance y esfuerzo. Hay ofertas que 
se transmiten verbalmente, en cuestion de segundos o minutos, tan pronto se detecta 
una oportunidad de contrato y se habla con el cliente. Otras pueden llevar meses, 
incluso anos, e involucrar a decenas de personas y miles de otras de trabajo, con 
miles de hojas de documentation. Todo depende del valor del contrato a ganar, de la 
competencia que exista, de la relation con el cliente y de nuestro interes por 
conseguir el trabajo. 



Proceso de preparation de una oferta 
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En caso de que la evaluation del proyecto haya sido satisfactoria, el siguiente 
paso es preparar una oferta, donde se ponga de manifiesto el resultado del analisis 
anterior y se muestre al potencial cliente nuestra capacidad para ejecutar 
correctamente los trabajos que son objeto del contrato. 


12.1. Ofertar o no ofertar. 

Como suele suceder, no existe una norma general en terminos de cuando 
se debe ofertar y cuando se debe renunciar a presentar una oferta. Debemos 
disponer de toda la informacion objetiva necesaria para tomar una decision 
(analisis del trabajo a realizar, su duration y el presupuesto global del 
proyecto). Sin dejar de valorar que toda oferta obliga a realizar un esfuerzo. 

Ademas, para tomar una decision habra que tener en cuenta, tambien, la 
informacion subjetiva contextual de que se disponga, y que incluya no solo el 
coste del proyecto y el alcance del mismo, sino aspectos mas “sutiles” sobre las 
relaciones con el cliente, el interes del proyecto para la empresa (razones 
estrategicas),etc. 

Habra que considerar, al menos, los siguientes factores basicos: 

* Si tenemos experiencia practica y conocimientos tecnico suficientes 
sobre las actividades del trabajo a realizar y, en caso contrario, si 
seremos capaces de adquirirlas a tiempo, y a coste razonable. 

IS Si, a la luz de la planificacion temporal prevista, somos capaces de 
realizar el trabajo en el plazo disponible para ello. 

5 Como son las relaciones formales e informales con el Cliente. 

S Si se han presentado anteriormente otras ofertas al mismo cliente y, en 
caso afirmativo, que resultados se obtuvieron. 

H Si el cliente nos adjudico otros contratos en el pasado, como 
terminaron, y cual fue el grado de satisfaction del cliente y de nuestra 
empresa. 

Que reputacion tiene el cliente, en cuanto a su facilidad para quedar 
satisfecho con los trabajos que contrata. 

Cual es la solvencia economica del cliente, y si sera capaz de pagar en 
tiempo y forma los trabajos que va a contratar. 

Si existen factores politicos a tener en cuenta, que modifican (al alza o a 
la baja) nuestras posibilidades reales de obtener el contrato. 
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5 Cual es el orden de magnitud del precio que, previsiblemente, ofertara la 
competencia por el mismo trabajo y, en especial, si puede ser 
claramente inferior. 

Cual es el coste de oportunidad de dedicar recursos a este trabajo (caso 
de obtener el contrato) y, en particular, cual seria el beneficio potencial 
si dedicasemos los recursos a otro proyecto o a otro cliente. 

Si existe posibilidad (tecnica, legal y economica) de, posteriormente, 
revender el proyecto realizado o la experiencia adquirida a otros 
clientes. 

IS Si disponemos de recursos para preparar, en el momento actual, una 
oferta adecuada para el cliente. 

P Cual sera el coste de preparar dicha oferta y, en concrete, si sera un 
porcentaje significativo de los beneficios del proyecto. 

Si disponemos de recursos para afrontar las actividades del contrato y 
en caso negativo, si seremos capaces de obtenerlos, a coste razonable, 
para el mismo. 

Que acceder a este contrato sea Have para ampliar la cartera de clientes 
potenciales. 

il! Que acceder a este contrato sea Have para adquirir nuevos 
conocimientos o nuevas tecnologias. 

Que acceder a este contrato mejore la reputacion de la empresa. 

Que acceder a este contrato facilite el acceso a otros mercados, u otras 
zonas geograficas. 

Que acceder a este contrato ayude a eliminar la competencia. 

35 Que presentar la oferta, aun sin esperanzas para ganar el contrato, sirva 
para hacer acto de presencia ante el cliente, y evitar que nos olvide en 
futuras licitaciones. 


12.2. Preparation de la oferta. 

El documento de oferta es aquel que se remite al potencial cliente 
offeciendole un proyecto a cambio de una cierta contraprestacion economica. 
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Llegado el momento de compilar el documento de oferta, de lo que se 
trata es de mostrar al potencial cliente que somos el equipo mas idoneo para 
realizar el proyecto es decir: 

Que estamos suficientemente cualificados, desde el punto de vista 
tecnico, y que sabemos como ejecutar las tareas necesarias, y como 
resolver los posibles problemas que puedan aparecer durante el trabajo. 
Esta es la oferta tecnica. 

Que seremos capaces de terminar el trabajo en el periodo de tiempo 
adecuado, organizando las reuniones intermedias oportunas y 
gestionando los recursos (humanos y materiales) de la manera correcta. 
Esta es la oferta de gestion. 

Que todo lo anterior lo haremos por un precio adecuado. Esta es la 
oferta economica. 

La oferta tambien sirve como referenda contractual. Todo lo que se dice 
en el documento de oferta que se va a hacer, incluido en el precio propuesto, 
despues hay que hacerlo. 

El documento de oferta debe adecuarse en estructura a lo solicitado 
por el cliente pero, es de esperar que contenga, al menos: 

I® Una introduccion. 

* Los antecedentes y proposito del trabajo ofertado. 

El alcance practico del mismo (indicando claramente que no forma 
parte del alcance). 

La oferta tecnica (descripcion de lo ofertado, indicando de forma 
somera como se va a realizar el trabajo, con que medios, que soluciones 
se proponen y que problemas se anticipan), que mostrara al cliente la 
capacidad tecnica del ofertante. 

La oferta de gestion, incluyendo planificacion temporal de la ejecucion 
del trabajo, esfuerzo a utilizar y personal clave. Complementa la oferta 
tecnica describiendo la organization, la metodologia y los 
procedimientos que se seguiran. 

La oferta economica, indicando claramente cual es el precio final para 
el contratante (incluyendo impuestos, coeficientes de actualization, 
etc.), los demas gastos que pudieran derivarse, asi como el momento y la 
forma de pago del proyecto. La oferta economica es el centro de 
atencion. Muchas ofertas se desechan directamente, sin llegar a mirar el 
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documento tecnico ni de gestion, porque el precio no se considera 
adecuado. 

Adicionalmente, y si se considera oportuno, puede incluirse: 

Referencias de la empresa en proyectos similares 

Cualificaciones (tecnicas, de calidad, seguridad, etc.) de la empresa y/o 
el personal. 

® Curriculum vitae del personal clave. 

3? Cualesquiera otros datos de interes para el cliente. 

A la hora de preparar la oferta, si existe un Pliego de Prescripciones 
Tecnicas o Administrativas, es especialmente util tener en cuenta los criterios de 
valoracion resenados en el mismo, tratando de adaptar la oferta a dichos criterios 
e, incluso, dedicando un apartado o un parrafo de la introduction a describir 
como y en que medida se satisfacen los mismos. 

En cuento a la extension del documento de oferta, varia enormemente en 
funcion del tipo de cliente, la relation mantenida con el en el pasado y, sobre 
todo, el tipo y volumen del contrato. 

En general, es conveniente no dedicar a la preparation de la oferta un 
esfuerzo excesivo (pues significa coste de oportunidad para otros proyectos). 
Una regia general puede ser no dedicar mas del 5% del volumen del contrato, 
aunque el caracter estrategico, el interes o las relaciones con el cliente pueden 
modificar significativamente al alza dicho umbral. 

El documento de oferta es, en terminos practicos, el elemento principal 
por el que nuestro futuro Cliente juzgara nuestra capacidad tecnica, nuestra 
organizacion y nuestro precio. 

Las ofertas, han de prepararse buscando no solo una correction tecnica y 
un buen precio, sino tambien que agraden al destinatario de la misma. Una 
estetica atrayente, un estilo cuidado, evitar incorrecciones gramaticales u 
ortograficas, y la utilization de figuras, tablas y esquemas facilitara que el 
cliente lea su contenido con mayor atencion y, en definitiva, propiciara un juicio 
favorable hacia la misma. 


12.3. Referencias de la empresa. 

Para convencer al cliente de nuestra idoneidad para ejecutar el trabajo, es 
conveniente darle a conocer el perfil profesional de las personas que 
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compondran el equipo de trabajo, as! como las referencias de la empresa en 
proyectos de similar naturaleza. 

La presentacion de la empresa es a la propia empresa lo que el 
curriculum es al individuo. Su finalidad es lograr que, de un vistazo, el lector sea 
capaz de evaluar el tipo de empresa, la actividad a la que se dedica y sus 
caracteristicas mas fundamentales, tales como tamano, facturacion, organization 
interna, experiencia en el sector, clientes para los que ha trabajado y proyecto 
realizados. 

Este tipo de informacion se conoce como “resumen corporativo”. Este 
resumen, que es de caracter publico, no debe contener informacion confidencial 
(potenciales clientes o perspectivas) que puedan ser de utilidad para la 
competencia. 


12.4. Presentacion y seguimiento de la oferta. 

Tras realizar el documento de oferta tecnica, de gestion y economica, 
llega el momento de presentarsela al cliente. Son muchas las ofertas que, tras 
todo el esfuerzo realizado, hacen fracasar la obtencion del contrato. Las razones 
pueden ser muy diversas, pero las mas comunes son: 

% La oferta no se termina a tiempo. 

Falta un papel de algun tramite generalmente administrativo. 

Los costes no encajan, “no cuadran”, con el precio de venta fijado. 

I# La oferta no cumple, se ha olvidado algun punto especifico del pliego 
del concurso. 

m La notification de ultima hora, acerca de la insolvencia financiera del 
cliente, de las escasas posibilidades de obtener el contrato, o mil otras 
razones de peso para abortar el proceso de oferta. 

Aunque la propuesta se entregue correctamente finalizada y a tiempo, 
sigue sin terminar el trabajo del Director o responsable de la oferta, y el de su 
equipo de trabajo, pues comienza la fase de seguimiento de la oferta. 

En esta fase, puede ser conveniente o necesario mantenerse en contacto 
con el cliente, y ponerse a su disposition para presentar, comentar o completar 
aspectos puntuales de la documentation entregada. 

Si es posible, suele ser muy conveniente organizar una reunion de 
presentacion para describir, en persona, el contenido de la oferta. 
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Pero otras veces es el propio cliente el que demanda una reunion. En 
estas reuniones, si la iniciativa parte del cliente, no suele ser extrano que aparte 
de que se le presente la oferta y el equipo de trabajo, pretenda negociar otros 
aspectos, tales como: 

Cambios o ampliaciones al alcance. 

2* Cambios en la organizacion propuesta para el trabajo. 

Reducciones de precio, o formas altemativas de pago. 

Borrador del futuro contrato. 

La imagen transmitida por el potencial adjudicatario durante este tipo de 
reuniones, ya sean convocadas por el mismo o a instancias del cliente, es a 
menudo determinante para las posibilidades de obtener el contrato. Si el cliente 
percibe un equipo de trabajo solvente, competente y amigable, tendera a pensar 
que dicha “imagen” puede mantenerse durante todo el proyecto. Sin embargo, si 
la imagen transmitida es inadecuada (escasos conocimientos, mala organizacion, 
trato tenso, etc.), rara vez va a arriesgarse a dejar “su proyecto informatico” en 
manos de gentes que, desde el principio, le inspiran poca confianza o poca 
simpatia. 


12.5. Adjudication (o no) del proyecto. 

Cuando el cliente da a conocer su decision sobre quien sera el encargado 
de realizar el proyecto, es probable que nuestra oferta no haya sido la elegida. 
Tras los minutos iniciales de deception e insatisfaccion, llega el momento de 
aprovechar al maximo posible el trabajo realizado, sobre todo extrayendo las 
experiencias utiles obtenidas durante la preparacion de la oferta y el seguimiento 
del expediente. Sera conveniente, pues, tratar de responder a, al menos, las 
siguientes cuestiones: 

Tfr ^Por que no nos ha sido adjudicado el contrato?, ^que podriamos haber 
hecho para mejorar nuestra position? 

& ^Como se puede reaprovechar el trabajo realizado durante la 
preparacion de la propuesta? 

* ^Que conclusiones se pueden obtener del resultado de la adjudicacion? 

is ^Quedan, tras la adjudicacion, tareas pendientes? 

Si por el contrario somos los adjudicatarios del proyecto, significant, 
entre otras cosas, que nuestra labor comercial ha surtido su efecto. 
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13. CONCLUSIONES. 


Vender proyectos informaticos es todo un reto. Se trata de convencer a un 
cliente de que algo que no puede ver en el momento actual se materializara en forma 
de beneficios tangibles para su negocio, si realiza la inversion monetaria necesaria. 

La mayoria de los proyectos tienen metas de coste y tiempo claramente 
definidos, es comun que se juzgue el exito de un proyecto segun si termino dentro 
del presupuesto y antes de la fecha de entrega. Sin embargo, tal juicio puede resultar 
un poco ingenuo en el sentido de que la mayor parte de los proyectos tienen muchas 
metas ademas del presupuesto y la programacion. Por ejemplo, ^satisfizo el 
proyecto las especificaciones?, ^tuvo exito el proyecto en el mercado?, etc. 

Debemos tener en cuenta que si la negotiation cliente proveedor falla en la fase 
inicial de proyecto, este dejara de tener sentido, por lo tanto debemos tener en 
cuenta que por la competencia existente o por otros motivos que marcan los 
mercados, el componente comercial en la fase de defmicion del proyecto es 
fundamental, no descartamos que las siguientes fases y el llevar a buen fin el 
proyecto informatico, desde un punto de vista tecnico o de calidad, es el fin, pero no 
tendremos oportunidad de llegar ni siquiera a intentarlo, si en la fase de defmicion el 
componente comercial no ha sido suficiente para apoyar la parte tecnica y convencer 
al cliente de que el desarrollo del proyecto mediante nuestra propuesta es la mejor. 

Para que las actuaciones comerciales sean eficientes, tienen que responder a las 
necesidades reales del proyecto informatico, y tienen que tratar de adaptarse a las 
peculiaridades del mercado, del consumidor o cliente, de nuestra empresa y del 
proyecto en venta. En el desarrollo de este documento se han planteado y matizado 
los puntos mas importantes a tener en cuenta para poder dar un mejor enfoque 
comercial a la fase de defmicion del proyecto informatico, el cual queremos que el 
Cliente lo vea como la mejor option del mercado, para su negocio. 
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14.2. Direcciones de Internet 

Consejo superior de administration electronica 

http://www.csae.map.es/csi/metrica3/ 


Proyectalis - Gestion de proyectos 

http://www.proyectalis.com/servicios/formacion/scmm/ 


IBM- Gestion de proyectos 

http://www.issa.int/pdf/IT/3IBM.pdf 


CN-Crece Negocios 

http ://www. crecenegocios. com/ categoria/marketing/ 


Ministerio de Planificacion y Cooperation 
Division de Planificacion, Estudios e Inversion 
Departamento de Inversiones 

http://www.serplacrm.cl/publicaciones/metodologias/LMV 11 .pdf 
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